Blockchain data processing methods, apparatuses, processing devices, and systems

ABSTRACT

This specification describes techniques for securing blockchain transactions. One example method includes determining temporary identity information associated with a transaction participant, wherein the transaction participant participates in a transaction in a blockchain; performing an identity signature for the transaction by using the determined temporary identity information to obtain blockchain data; and in response to performing the identity signature, submitting the blockchain data to the blockchain for storage.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority to Chinese Patent Application No.201810443383.8, filed on May 10, 2018, which is hereby incorporated byreference in its entirety.

TECHNICAL FIELD

Solutions in implementations of the present specification relate to thefield of computer data processing technologies, and in particular, toblockchain data processing methods, apparatuses, processing devices, andsystems.

BACKGROUND

With the rapid development of the Internet, various types of dataexplosively emerge and grow. Because a blockchain featuresdecentralization, tamper-resistance, distribution, etc., the blockchaintechnology is currently focused and studied in many technical fields.

In a blockchain application, both parties involved can offline agree oncontract content or contract execution, and then store related data in ablockchain. In some blockchain applications, some transaction data in ablockchain can be viewed and analyzed by another node, for example,business activities of a member are analyzed based on the number oftransactions submitted to the blockchain by the member within a timeperiod, transaction types, and transaction participants. Apparently, thetransaction data can be maliciously used in this way. Therefore, asolution that can more effectively ensure information security oftransaction participants is urgently needed in a blockchain dataservice.

SUMMARY

Implementations of the present specification are intended to provideblockchain data processing methods, apparatuses, processing devices, andsystems, each transaction participant can perform identity signature fora related operation in a transaction by using a temporary identityinstead of a real identity, and association between a real identity of atransaction participant and the transaction in a blockchain can beremoved, thereby effectively ensuring security of the real identity ofthe transaction participant, improving security of blockchaintransaction data, and alleviating association between transactions.

The blockchain data processing methods, the apparatuses, the processingdevices, and the systems provided in the implementations of the presentspecification are implemented in the following ways:

A blockchain data processing method is provided, where the methodincludes: determining temporary identity information of a transactionparticipant in a blockchain; and performing identity signature for atransaction by using the temporary identity information, to generateblockchain data of the transaction participant.

A blockchain data processing apparatus is provided, where the apparatusincludes: a temporary identity determining module, configured todetermine temporary identity information of a transaction participant ina blockchain; and a temporary identity signature module, configured toperform identity signature for a transaction by using the temporaryidentity information, to generate blockchain data of the transactionparticipant.

A blockchain data processing device is provided. The processing deviceincludes a processor and a memory configured to store a processorexecutable instruction, and when executing the instruction, theprocessor performs the following steps: determining temporary identityinformation of a transaction participant in a blockchain; and performingidentity signature for a transaction by using the temporary identityinformation, to generate blockchain data of the transaction participant.

A blockchain system including a blockchain terminal device and ablockchain node server is provided. The blockchain terminal deviceincludes at least one processor and a memory configured to store aprocessor executable instruction, and when executing the instruction,the processor of the blockchain terminal device performs the steps inany method involved in the implementations of the present specification.The blockchain node server is configured to store blockchain datagenerated based on temporary identity information.

According to the blockchain data processing methods, the apparatuses,the processing devices, and the systems provided in the implementationsof the present specification, each transaction participant can performidentity signature for a related operation in a transaction by using atemporary identity instead of a real identity, and association between areal identity of a transaction participant and a transaction in ablockchain is removed, so that a transaction is not associated with areal identity. In addition, identity signature for a transaction isperformed by using a temporary identity, so that association betweentransactions can be effectively alleviated, big data analytics can beprevented from being performed on a ledger, and security of blockchaintransaction data can be improved.

BRIEF DESCRIPTION OF DRAWINGS

To describe technical solutions in the implementations of the presentspecification or in the existing technology more clearly, the followingbriefly describes the accompanying drawings needed for describing theimplementations or the existing technology. Apparently, the accompanyingdrawings in the following descriptions merely show some implementationsof the present specification, and a person of ordinary skill in the artcan still derive other drawings from these accompanying drawings withoutcreative efforts.

FIG. 1 is a schematic diagram illustrating a processing process in animplementation of a method, according to the present specification;

FIG. 2 is a schematic diagram illustrating another processing process inan implementation of a method, according to the present specification;

FIG. 3 is a schematic diagram illustrating an implementation scenario ofa blockchain data processing method, according to the presentspecification;

FIG. 4 is a structural block diagram illustrating hardware of ablockchain data processing device, according to an implementation of thepresent invention;

FIG. 5 is a schematic structural diagram illustrating a module in animplementation of a blockchain data processing apparatus, according tothe present specification; and

FIG. 6 is a flowchart illustrating an example of a computer-implementedmethod for security blockchain transactions, according to animplementation of the present disclosure.

DESCRIPTION OF IMPLEMENTATIONS

To make a person skilled in the art better understand the technicalsolutions in the present specification, the following clearly andcomprehensively describes the technical solutions in the implementationsof the present specification with reference to the accompanying drawingsin the implementations of the present specification. Apparently, thedescribed implementations are merely some rather than all of theimplementations of the present specification. All other implementationsobtained by a person of ordinary skill in the art based on one or moreimplementations of the present specification without creative effortsshall fall within the protection scope of the implementations of thepresent specification.

The blockchain technology (BT for short), is also referred to as adistributed ledger technology, and is an Internet database technology.The blockchain technology features decentralization, transparency,tamper-resistance of data, etc. Currently, the blockchain technology hasbeen applied to various fields in economy and society, for example,financial services, supply chain management, culture and entertainment,real estate, medical care, and electronic commerce, in addition todigital currencies. A plurality of individual users, user groups, orinstitutions in a blockchain can create a consortium blockchain or aprivate blockchain based on the features of the blockchain technology,and join the blockchain as members. Transaction data between members canbe stored in a blockchain. For example, offchain signed contract contentcan be stored in a blockchain.

It is worthwhile to note that offchain and onchain in theimplementations of the present specification mainly mean that whether adata operation is performed on a blockchain. For example, operationsthat are not performed on a blockchain such as negotiating to sign acontract by users offline, performing identity authentication by anauthentication institution, and issuing a certificate can beoffchain-related operations, and submission of a public key orcertificate to a blockchain, verification by a blockchain node, datastorage, etc. can be onchain-related operations. For example, submittingdata to a blockchain for storage can be referred to as publishing to ablockchain.

A conventional contract is usually recorded on paper after agreement isreached between contract participants through negotiation anddiscussion. A contract in the implementations of the presentspecification can be stored and recorded in a blockchain in a digital oranother computer data storage form (for example, a quantum computer).The contract in the implementations of the present specification caninclude contract creation and contract execution. A transaction in theimplementations of the present specification can include data operationsrelated to processing of a contract. For example, submitting datagenerated during contract creation to a blockchain can be considered asa transaction, and submitting data generated during update of contractcontent can be considered as a new transaction. Certainly, a transactioncan further include other blockchain data operations. Creation can meanthat one or more contract participants or a third party formulates astandard form contract in advance, and can predetermine some necessaryrights/obligations. Specific content of the standard form contract canbe set and determined based on cooperation demands of participants.After the standard form contract is determined, the standard formcontract can be stored in a blockchain after being processed by using atemporary key. Data corresponding to the standard form contract can bereferred to as creation data. If the contract participants fill, modify,update, etc. the contract content based on the standard form contract togenerate a new contract, or the contract participants confirm and signthe content to enable the contract to take effect, it can be referred toas contract execution. For example, contract participants A and Boffline agree on an execution process of target contract T_C (apre-created standard form contract) and generate a new contract thatincludes new contract content. Content of the new contract can be storedin a blockchain after identity signature is performed by using temporaryidentity information. During contract creation and contract execution insolutions in one or more implementations of the present specification, ablockchain node can perform identity signature by using temporaryidentity information, to generate blockchain data. FIG. 1 is a schematicdiagram illustrating a process in an implementation of a blockchain dataprocessing method, according to the present specification. As shown inFIG. 1, the method can include the following steps.

S0. Determine temporary identity information of a transactionparticipant in a blockchain.

S2. Perform identity signature for a transaction by using the temporaryidentity information, to generate blockchain data of the transactionparticipant.

Temporary identity information can usually be generated by a transactionparticipant, and different transaction participants can independentlygenerate respective temporary identity information. Certainly, inanother implementation solution, temporary identity information of allor some of transaction participants can be generated by a specifiedprocessing device, and then is distributed to the correspondingtransaction participants based on a specific rule. The transactionparticipant usually is a participant involved in a transaction, forexample, participants A and B involved in transaction content. In thepresent implementation, the transaction participants can further includeother agreed participants such as a third party, a guarantor, and aregulator that are not involved in the transaction service content.There can be a plurality of transaction forms for contract creation(formulation) or execution. For example, same contract participants cancreate different contracts. For example, contract participants A and Bcan create contract T_C1, and can further create contract T_C2. The sameparticipant can create different contracts with different cooperators.For example, contract participants A and B create contract T_C3, andcontract participants A and D can create contract T_C4.

In some implementations of the present specification, identity signaturefor a transaction is involved. For example, signature can be performedby using temporary identity information during determination,modification, etc. of contract content. In an application scenario ofthe blockchain data processing method in the present implementation, thetemporary identity information can be generated by using an asymmetricencryption algorithm. For example, a public key and a private key of thetemporary identity information can be generated after real identityinformation of the transaction participant and a random number areprocessed. Therefore, in an implementation of the method provided in thepresent specification, the temporary identity information includes datainformation generated after the real identity information of thetransaction participant is processed based on the asymmetric encryptionalgorithm.

Unlike a symmetric encryption algorithm, two keys, which are referred toas a public key and a private key, are needed in the asymmetricencryption algorithm. The public key and the private key are paired. Ifthe public key is used to encrypt data, decryption can be performed byusing only the corresponding private key. If the private key is used toencrypt data, decryption can be performed by using only thecorresponding public key. In some implementation scenarios of thepresent specification, the asymmetric encryption algorithm can includeRSA, Elgamal, knapsack algorithm, Rabin, D-H, ECC (Elliptic CurveCryptography), etc.

In the present implementation, identity signature is performed by usingthe public key generated by using the asymmetric encryption algorithmand the temporary identity information of the transaction participant.The represented temporary identity information is random, and a realidentity cannot be obtained in reverse. After the temporary identityinformation is stored in the blockchain, another non-transactionparticipant (other than an agreed party or a party with a decryptionkey) cannot learn of the real identity of the transaction participant.As such, the transaction is not associated with the real identity, andsecurity of the real identity information of the user is greatlyensured.

The transaction is processed by using the temporary identityinformation, and the generated blockchain data can be stored in theblockchain. For example, contract participants A and B respectively usetemporary identities instead of real identities for agreed targetcontract T_C1. As such, the participants of target contract T_C1 become17djfdk549sdflcjsdf8jkhkk9uj9ju and o8jhld89o8njdanv8dj7dp9eq1k1d8ka.Public keys of the temporary identities can be sent to a specifiedtransaction participant, for example, A sends the public key to B thatsigns the contract. Certainly, the specified transaction participant canfurther include another agreed participant. Signature can be performedby using a private key of A, to prove that the temporary identitycorresponds to real transaction participant A. Therefore, in anotherimplementation of the method, as shown in FIG. 2, the method can furtherinclude the following step.

S4. Send a public key of the transaction participant to a specifiedtransaction participant. Correspondingly, the performing identitysignature for a transaction by using the temporary identity informationcan include the following: performing identity signature for thetransaction by using a private key of the transaction participant.

The transaction participant is a transaction participant for currentprocessing. For example, transaction participant A can send a public keyto a specified transaction participant after generating temporaryidentity information, and transaction participant B can send a publickey to a specified transaction participant after generating temporaryidentity information. The temporary identity information in the presentspecification can be updated for different transactions or transactionparticipants. The transaction participant usually uses one piece oftemporary identity information in one transaction (the temporaryidentity information is replaced for each transaction), so thatassociation between the transaction and the real identity can be moreeffectively alleviated, and security of the blockchain data can befurther improved. For example, in some implementation scenarios of thepresent specification, contract participant A can sign a target contractby using the temporary identity information. For example, contractparticipant A uses different temporary identity information whenprocessing a different target contract each time. Certainly, one pieceof temporary identity information can be used for a plurality of timesin another implementation. For example, the temporary identityinformation of contract participant A can be used to process data onlyin three contracts, and new temporary identity information is needed forprocessing the fourth contract. Alternatively, in anotherimplementation, a replacement method of the temporary identityinformation can be set based on a contract participant. For example,identity signature is performed for a plurality of contracts betweencontract participant A and contract participant B by using the sametemporary identity information. If new contract participant C isinvolved, in other words, contract participants include A, B, and C,contract participant A can perform identity signature by using newtemporary identity information, or new temporary identity information isused for a contract signed by contract participant A and contractparticipant C. Likewise, contract participant B or C can use the sametemporary identity information replacement policy with reference to themethod used by contract participant A. Therefore, in anotherimplementation of the method in the present specification, the methodfurther includes the following step.

S02. The temporary identity information is updated based on at least oneof different transaction participants and different transactions.

New temporary identity information can be generated for a change of thecontract participant or for different transaction content. For example,contract participant A can perform identity signature by using differenttemporary identity information when signing different contracts withcontract participant B, and contract participant A separately usesdifferent temporary identity information for B and C when a contractsigned by contract participants A and B is the same as a contract signedby contract participants A and C. In addition, different transactionscan include different contract content, and can also include differentcontract signing time. For example, when a contract participant andcontract content remain unchanged, the temporary identity informationcan be updated when contract data processing is performed at differentmoments or different time periods. As such, in an implementationscenario, a temporary identity is changed for different transactionparticipants or for each transaction, so that transactions in theblockchain are difficult to be associated with each other, unauthorized,non-agreed, or other malicious data analysis can be effectivelyprevented from being performed on blockchain ledger data, and securityof the blockchain data can be effectively improved.

In another implementation, the temporary identity information can beperiodically replaced based on a predetermined cycle. For example, atemporary key pair of each contract participant is replaced once a day.Replacement cycles can be uniformly predetermined, or differentreplacement frequencies can be set based on access (for example, aweight, identity of party A or party B, credit rank, and stock rights),etc. of a contract participant. For example, contract participant A isan important asset manager, and a temporary key pair of contractparticipant A is replaced once a day, and temporary identity informationof cooperators B and C of contract participant A is replaced once aweek. Therefore, in another implementation of the method in the presentspecification, the method further includes the following step.

S04. The temporary identity information is updated based on apredetermined replacement cycle.

In an example, a temporary identity information update policy based onthe replacement cycle and a temporary identity information update policybased on the rights of the contract participant are both used. It can beset that the same replacement cycle is set for contract participantswith the same rights, or different replacement cycles are set forcontract participants with the same rights. For example, party Areplaces temporary identity information once a day, party B replacestemporary identity information once a week, and party C replacestemporary identity information every three days.

In some implementations of the present specification, updated keyinformation can still be stored in a blockchain node.

In the present implementation of the present specification, datainformation is processed by using a temporary identity before beinguploaded to the blockchain for storage, so that association betweentransactions can be effectively removed, a transaction is difficult tobe associated with a real identity, and storage security of theblockchain data can be improved.

The following describes the solution in the present implementation ofthe present specification by using an application scenario of processinganother specific blockchain transaction in a contract as an example.FIG. 3 is a schematic diagram illustrating an implementation scenario ofthe blockchain data processing method, according to the presentspecification. Although operation steps of a method or a structure of anapparatus shown in the following implementations or the accompanyingdrawings are or is provided in the present specification, the method orthe apparatus can include more or fewer operation steps after someoperation steps are combined or module units based on conventional ornoncreative efforts. An execution sequence of steps between which thereis no logical causal relationship or a module structure of the apparatusis not limited to an execution sequence or a module structure shown inthe implementations of the present specification or the accompanyingdrawings. When applied to an actual apparatus, server, or terminaldevice product application, the method or the module structure can beperformed sequentially or in parallel based on the method or the modulestructure shown in the implementations or the accompanying drawings (forexample, an environment of parallel processors or multithreadedprocessing, or even an implementation environment including distributedprocessing and server clustering).

A transaction can include creation of a standard form contractpreviously described, can also include signing and confirmation of aformal contract, and can subsequently further include contractexecution. Certainly, descriptions in the following implementationconstitute no limitation on another technical solution that can beobtained through expansion based on the present specification. Forexample, in another implementation scenario, in a broader sense, thetransaction can further include a memo, a contract, a regulation, astatement, an announcement, etc. that need to be stored in a blockchainby one, two, or a plurality of parties, to update blockchain node data.A specific application scenario is shown in FIG. 3. Assume that a targetcontract involves contract participants A and B. As members of aconsortium blockchain, A and B respectively hold correspondingcertificates, and real identity information of A and B is A and Brespectively. The certificates can be used to prove that A and B areauthorized members of the blockchain, and A and B can create, execute,etc. a contract in the blockchain. It is worthwhile to note that in thepresent implementation of the present specification and the followingapplication scenario, temporary identity information is used to hidereal identity information of a transaction participant, and to removeassociation between transactions. A temporary key involved in atransaction in the present implementation or application scenario ismainly used to encrypt or sign transaction content. The transactioncontent can include temporary identity information. For example, if Adoes not use a temporary identity, after signature is performed by usinga transaction private key, B can verify, by using a transaction publickey, that the transaction comes from real A. If A uses temporaryidentity A′, and performs signature by using a transaction private key,B can verify, by using a transaction public key, that the transactioncomes from real authorized user A′. However, a real identity of A′cannot be learned, and there is no association between A′ and thecurrent transaction. Certainly, in another implementation of the presentspecification, a transaction can be encrypted or signed by directlyusing the temporary identity information as a temporary key. In anapplication scenario, both A and B can independently generate respectivetemporary identity information A ‘and B’, to respectively replace A andB, and then can independently generate respective temporary key pairs(tpk_A′, tsk_A′) and (tpk_B′, tsk_B′). Temporary public keys of the bothparties can be used to transmit data by using an established end-to-endencryption channel, for example, an end-to-end encryption channel basedon the Secure Sockets Layer (SSL) protocol. As such, data transmissionsecurity can be further improved. Certainly, the sending a public key ofthe transaction participant to a specified transaction participant caninclude the following: transmitting data by using the establishedend-to-end encryption channel. To satisfy end-to-end offlinecommunications demands of two users in the blockchain, the users(including a contract participant) usually need to mutually verifyidentities, and can communicate with the blockchain, to query theidentities of each other by using the blockchain, and verify whether theusers are authorized blockchain users. A specific process can includethe following:

(1) Users A and B can register entity information and digital identitieswith a blockchain platform in a form of a smart contract or a non-smartcontract by using a blockchain registration authority. The blockchainplatform verifies a signature of the registration authority. After theverification succeeds, the entity information and the digital identitiesof A and B are stored in the blockchain. The digital identity caninclude a public key, a private key, etc. of a user. The entityinformation can include information such as a name and an ID card of theuser.

(2) User A′ and user B′ establish an encryption channel. A′ and B′ canmutually send summaries of the digital identities of each other to theblockchain platform. After identifying that A′ and B′ are authorizedusers, the platform returns an acknowledgement message to A and B.Otherwise, a declination message is returned, and communication betweenA′ and B′ stops.

(3) To confirm the identity of B′, A′ can obtain query authorization(namely, a signature for a query request of A) from B′, and submit aquery request to the blockchain. Likewise, B′ can submit a query for A′by performing the present step.

(4) The blockchain platform verifies the queries and authorizationsignatures of A′ and B′, and separately sends identity authenticationinformation of A′ and B′ to A′ and B′ after identifying that A′ and B′are authorized blockchain users. If A′ or B′ is not a blockchain user, afailure message is returned, and communication between A′ and B′ stops.

(5) After verifying the entity information of each other, A′ and B′establish an encryption channel by using the digital identities, andexchange messages, for example, exchange temporary public keys.

After mutually sending the temporary public keys, A′ and B′ canrespectively sign contract content of a target contract (tpk_A′, tpk_B′)by using respective private keys, to generate data that are signed byusing the respective private keys. The data can be collectively referredto as first signature data here. Similarly, signature for the contractcontent of the target contract can also be referred to as signature forthe target contract. For example, A′ can sign the target contract(tpk_A′, tpk_B′) by using the private key tsk_A′, to generate firstsignature data sigA′ of A, and B′ can sign the target contract (tpk_A′,tpk_B′) by using the private key tsk_B′, to generate first signaturedata sigB′ of B. The first signature data can be mutually sent, forexample, A′ sends sigA′ to B′.

In some implementation application scenarios, a contract transaction canbe regulated by a regulator, and the regulator can view, verify,examine, or block a contract, and regulate an illegal act based on thecontract. Therefore, in an implementation scenario of the presentimplementation, related information of the target contract can beencrypted by using a regulation key of the regulator. In anotherimplementation of the method, the method can further include thefollowing step.

S6. Encrypt a private key of the transaction participant by using apublic key in regulation keys corresponding to a regulator, and transmitencrypted information to the corresponding regulator.

In an implementation scenario of the present implementation, theregulation key of the regulator can be a public key in the asymmetricencryption algorithm. Certainly, in another implementation of thepresent specification, the regulation key can be generated by usinganother encryption algorithm. In the present implementation, theregulator can encrypt the private key of the transaction participant byusing the public key of the regulator, and then the encryptedinformation is transmitted to the regulator. The private key of thetransaction participant is encrypted by using the public key in theregulation keys corresponding to the regulator, and the encryptedinformation is transmitted to the corresponding regulator. The regulatorcan learn of the real identity information of the transactionparticipant through decryption by using a decryption key, for example, aprivate key, corresponding to the regulator, to regulate thetransaction. Transmitting the encrypted information to the correspondingregulator can include the following: The private key encrypted by usingthe public key of the regulator is sent to the regulator, and theprivate key is stored in the blockchain after the regulator learns thatthe private key is encrypted, and the regulator obtains the private keyfrom the blockchain.

The generated blockchain data can be submitted to the blockchain forstorage. Certainly, a smart contract platform can be further set in theblockchain. The blockchain data can be submitted to the smart contractplatform, and is managed by the smart contract platform.

The previous implementation can be performed by a processing device thatcan include a device communicating with a blockchain node server of thetransaction participant, can be performed by a blockchain node server,or can be implemented by a blockchain client device. For example, theclient device creates and executes a contract by using temporaryidentity information, and blockchain data stored in the blockchain nodeserver is data obtained by performing processing by using the temporaryidentity information.

The implementations of the method in the present specification aredescribed in a progressive way. For same or similar parts of theimplementations, references can be made to the implementations. Eachimplementation focuses on a difference from the other implementations.For related parts, reference can be made to partial descriptions in themethod implementations.

The method implementation provided in the implementations of the presentspecification can be performed by a blockchain terminal device, ablockchain server, or a similar operation apparatus. In an example, themethod implementation runs on a blockchain node device (which can be aclient device, a standalone server, or a server cluster). FIG. 4 is astructural block diagram illustrating hardware of a blockchain dataprocessing device, according to an implementation of the presentinvention. As shown in FIG. 4, the blockchain data processing device 10can include one or more (only one is shown in the figure) processors 102(the processor 102 can include but is not limited to a processingapparatus such as a microprocessor MCU or a programmable logic deviceFPGA), a memory 104 configured to store data, and a transmission module106 with a communication function. A person of ordinary skill in the artcan understand that the structure shown in FIG. 4 is merely an example,and constitutes no limitation on a structure of the blockchain dataprocessing device. For example, the processing device 10 can furtherinclude more or fewer components than those shown in FIG. 4, forexample, can further include other processing hardware such as GPU(Graphics Processing Unit, graphics processing unit), or can have aconfiguration different from that shown in FIG. 4.

The memory 104 can be configured to store a software program and amodule of application software, for example, a programinstruction/module corresponding to a search method in an implementationof the present invention. The processor 102 executes various functionapplications and data processing by running the software program and themodule stored in the memory 104, to implement the previous processingmethod for displaying content on a navigation interaction interface. Thememory 104 can include a high-speed random access memory, and canfurther include a nonvolatile memory, for example, one or more magneticstorage apparatuses, a flash memory, or another nonvolatile solid-statememory. In some examples, the memory 104 can further include remotememories relative to the processor 102. These memories can be connectedto the blockchain data processing device 10 by using a network. Thenetwork includes but is not limited to the Internet, an enterpriseintranet, a local area network, a mobile communications network, and acombination thereof.

The transmission module 106 is configured to receive or send data byusing a network. The network can include a wireless network provided bya communications supplier of the blockchain data processing device 10.In an example, the transmission module 106 includes a network interfacecontroller (NIC). The network interface controller can be connected toanother network device by using a base station, to communicate with theInternet. In an example, the transmission module 106 can be a radiofrequency (RF) module. The transmission module 106 is configured towirelessly communicate with the Internet.

Based on the previous blockchain data processing method, the presentspecification further provides a blockchain data processing apparatus.The apparatus can include a device apparatus with reference to necessaryimplementation hardware and using a system (including a distributedsystem), software (an application), a module, a component, a server, aclient device, etc. of the method in the implementations of the presentspecification. Based on the same creative concept, a processingapparatus in an implementation provided in the present specification isdescribed in the following implementation. Because a problem-resolvingimplementation solution of the apparatus is similar to that of themethod, for specific implementation of the processing apparatus in thepresent implementation of the present specification, reference can bemade to the implementation of the method. No repeated description isprovided. Although the apparatus described in the followingimplementation is preferably implemented by software, implementation ofhardware or a combination of software and hardware is possible toconceive. As shown in FIG. 5, in an implementation, the blockchain dataprocessing apparatus can include the following: a temporary identitydetermining module 201, configured to determine temporary identityinformation of a transaction participant in a blockchain; and atemporary identity signature module 202, configured to perform identitysignature for a transaction by using the temporary identity information,to generate blockchain data of the transaction participant.

It is worthwhile to note that the processing apparatus in the presentimplementation of the present specification can further include otherimplementations based on the related descriptions in the methodimplementations. For a specific implementation, reference can be made tothe descriptions in the method implementations. Details are omitted herefor simplicity.

A device model identification method provided in an implementation ofthe present specification can be implemented by a processor executing acorresponding program instruction in a computer, for example,implemented at a PC end/server end by using c++/java language in aWindows/Linux operating system, implemented by hardware necessary for aprogramming language set corresponding to another system such as Androidor iOS, or implemented based on processing logic of a quantum computer.In an implementation of implementing the previous method by a processingdevice provided in the present specification, the processing device caninclude a processor and a memory configured to store a processorexecutable instruction. When executing the instruction, the processorperforms the following steps: determining temporary identity informationof a transaction participant in a blockchain; and performing identitysignature for a transaction by using the temporary identity information,to generate blockchain data of the transaction participant.

Based on the descriptions in the method implementations, in anotherimplementation of the device, the temporary identity informationincludes data information generated after real identity information ofthe transaction participant is processed based on an asymmetricencryption algorithm.

Based on the descriptions in the method implementations, in anotherimplementation of the device, the processor further sends a public keyof the transaction participant to a specified transaction participant.Correspondingly, the processor performs identity signature for atransaction by using the temporary identity information, including thefollowing: performing identity signature for the transaction by using aprivate key of the transaction participant.

Based on the descriptions in the method implementations, in anotherimplementation of the device, the processor updates the temporaryidentity information based on at least one of different transactionparticipants and different transactions.

Based on the descriptions in the method implementations, in anotherimplementation of the device, the processor performs the following step:updating the temporary identity information based on a predeterminedreplacement cycle.

Based on the descriptions in the method implementations, in anotherimplementation of the device, the sending a public key of thetransaction participant to a specified transaction participant includesthe following: transmitting data by using an established end-to-endencryption channel.

Based on the descriptions in the method implementations, in anotherimplementation of the device, the processor further performs thefollowing step: encrypting a private key of the transaction participantby using a public key in regulation keys corresponding to a regulator,and transmitting encrypted information to the corresponding regulator.

The instruction can be stored in a plurality of computer readablestorage media. The computer readable storage medium can include aphysical apparatus configured to store information. The information isdigitized and then stored by using media that uses an electric method, amagnetism method, an optic method, etc. The computer readable storagemedium in the present implementation can include: an apparatus thatstores information in the electric method, for example, various memoriessuch as a RAM and a ROM; an apparatus that stores information in themagnetism method, for example, a hard disk, a floppy disk, a magnetictape, a magnetic core memory, a bubble memory, or a USB flash drive; andan apparatus that stores information in the optic method, for example, aCD or a DVD. Certainly, there is a readable storage medium of otherforms such as a quantum memory or a graphene memory. An instruction inthe apparatus, server, client device, processing device, or system inthe present implementation is described as above.

Based on the previous descriptions, an implementation of the presentspecification further provides a blockchain system. The system includesa blockchain terminal device and a blockchain node server. Theblockchain terminal device includes at least one processor and a memoryconfigured to store a processor executable instruction. When executingthe instruction, the processor of the blockchain terminal deviceperforms the step in any one of the implementations of the methodinvolved with a transaction participant in the previous methodimplementations.

The blockchain node server is configured to store blockchain datagenerated based on temporary identity information.

The blockchain terminal device and the blockchain node server can be ofan architecture of client device/server. In some implementationscenarios, the blockchain terminal device and the blockchain node servercan be the same processing device.

It is worthwhile to note that the apparatus, processing device, terminaldevice, server, and system in the present implementation of the presentspecification can further include other implementations based on thedescriptions in the related method implementations. For a specificimplementation, reference can be made to the descriptions in the methodimplementations. Details are omitted here for simplicity.

The implementations of the present specification are described in aprogressive way. For same or similar parts of the implementations,references can be made to the implementations. Each implementationfocuses on a difference from the other implementations. Particularly, ahardware and program implementation is basically similar to the methodimplementations, and therefore is described briefly. For related parts,reference can be made to partial descriptions in the methodimplementations.

Specific implementations of the present specification are describedabove. Other implementations fall within the scope of the appendedclaims. In some situations, actions or steps described in the claims canbe performed in a sequence different from the sequence in theimplementations and the desired results can still be achieved. Inaddition, the process described in the accompanying drawings does notnecessarily require a particular execution sequence to achieve thedesired results. In some implementations, multi-tasking and parallelprocessing can be advantageous.

Although the present application provides the method operation steps inthe implementations or the flowcharts, more or fewer operation steps canbe included based on conventional or noncreative efforts. The sequenceof the steps listed in the implementations is merely one of numerousstep execution sequences, and does not represent the unique executionsequence. For an actual apparatus or client device product, the stepscan be executed based on the method sequence illustrated in theimplementations or accompanying drawings or executed in parallel (forexample, an environment of parallel processors or multi-threadedprocessing).

Although SSL encryption communication, description of a definition of atransaction including contract creation and execution, an encryptionsignature by using a public key or a private key, operations such asdata acquisition, definition, interaction, calculation, determining, andencryption, and data description are mentioned in the content of theimplementations of the present specification, the implementations of thepresent specification are not limited to situations that need to complywith industry communications standards, standard asymmetric encryptionalgorithms, communications protocols and standard data models/templatesor described in the implementations of the present specification. Animplementation solution obtained by using some industry standards, or ina self-defined way, or slightly modifying the implementation describedin the implementations can also be used to achieve the same, equivalent,similar, or transformed predictable implementation effects in theprevious implementations. An obtained implementation that is obtained byapplying a modified or transformed data acquisition, storage,determining, and processing method can still fall within an optionalimplementation solution range of the present specification.

In the 1990s, whether a technical improvement is a hardware improvement(for example, an improvement to a circuit structure such as a diode, atransistor, or a switch) or a software improvement (an improvement to amethod procedure) can be clearly distinguished. However, as technologiesdevelop, current improvements to many method procedures can beconsidered as direct improvements to hardware circuit structures. Adesigner usually programs an improved method procedure into a hardwarecircuit, to obtain a corresponding hardware circuit structure.Therefore, a method procedure can be improved by using a hardware entitymodule. For example, a programmable logic device (PLD) (for example, afield programmable gate array (FPGA)) is such an integrated circuit, anda logical function of the PLD is determined by a user through deviceprogramming. The designer performs programming to “integrate” a digitalsystem to a PLD without requesting a chip manufacturer to design andproduce an application-specific integrated circuit chip. In addition, atpresent, instead of manually manufacturing an integrated chip, this typeof programming is mostly implemented by using “logic compiler” software.The programming is similar to a software compiler used to develop andwrite a program. Original code needs to be written in a particularprogramming language for compilation. The language is referred to as ahardware description language (HDL). There are many HDLs, for example,the Advanced Boolean Expression Language (ABEL), the Altera HardwareDescription Language (AHDL), Confluence, the Cornell UniversityProgramming Language (CUPL), HDCal, the Java Hardware DescriptionLanguage (JHDL), Lava, Lola, MyHDL, PALASM, and the Ruby HardwareDescription Language (RHDL). The very-high-speed integrated circuithardware description language (VHDL) and Verilog are most commonly used.A person skilled in the art should also understand that a hardwarecircuit that implements a logical method procedure can be readilyobtained once the method procedure is logically programmed by using theseveral described hardware description languages and is programmed intoan integrated circuit.

A controller can be implemented by using any appropriate method. Forexample, the controller can be a microprocessor or a processor, or acomputer-readable medium that stores computer readable program code(such as software or firmware) that can be executed by themicroprocessor or the processor, a logic gate, a switch, anapplication-specific integrated circuit (ASIC), a programmable logiccontroller, or a built-in microprocessor. Examples of the controllerinclude but are not limited to the following microprocessors: ARC 625D,Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. Thememory controller can also be implemented as a part of control logic ofa memory. A person skilled in the art should also know that, in additionto implementing the controller by using the computer readable programcode, logic programming can be performed on method steps to enable thecontroller to implement the same function in forms of the logic gate,the switch, the application-specific integrated circuit, theprogrammable logic controller, and the built-in microcontroller.Therefore, the controller can be considered as a hardware component, andan apparatus configured to implement various functions in the controllercan also be considered as a structure in the hardware component. Or theapparatus configured to implement various functions can even beconsidered as both a software module implementing the method and astructure in the hardware component.

The system, apparatus, module, or unit illustrated in the previousimplementations can be implemented by using a computer chip or anentity, or can be implemented by using a product having a certainfunction. A typical implementation device is a computer. The computercan be, for example, a personal computer, a laptop computer, in-vehiclehuman-computer interaction device, a cellular phone, a camera phone, asmartphone, a personal digital assistant, a media player, a navigationdevice, an email device, a game console, a tablet computer, or awearable device, or a combination of any of these devices.

Although the implementations of the present specification provide themethod operation steps in the implementations or flowcharts, more orfewer operation steps can be included based on conventional ornoncreative means. The sequence of the steps listed in theimplementations is merely one of numerous step execution sequences, anddoes not represent the unique execution sequence. For an actualapparatus or terminal device product, the steps can be executed based onthe method sequence in the implementations or accompanying drawings orexecuted in parallel (for example, an environment of parallel processorsor multi-threaded processing, or even a distributed processingenvironment). Terms “include”, “contain”, or their any other variant isintended to cover non-exclusive inclusion, so that a process, a method,an article, or a device that includes a series of elements not onlyincludes these very elements, but also includes other elements that arenot expressly listed, or further includes elements inherent to suchprocess, method, article, or device. An element described by “includes a. . . ” further includes, without more constraints, another same oridentical element in the process, method, article, or device thatincludes the element.

For ease of description, the previous apparatus is described by dividingthe functions into various modules. Certainly, when the implementationsof the present specification are implemented, function of variousmodules can be implemented in one or more pieces of software and/orhardware, modules that implement the same function can be implemented byusing a combination of a plurality of submodules or subunits, etc. Thedescribed apparatus implementation is merely an example. For example,the unit division is merely logical function division and can be otherdivision in actual implementation. For example, a plurality of units orcomponents can be combined or integrated into another system, or somefeatures can be ignored or not performed. In addition, the displayed ordiscussed mutual couplings or direct couplings or communicationconnections can be implemented by using some interfaces. The indirectcouplings or communication connections between the apparatuses or unitscan be implemented in electronic, mechanical, or other forms.

A person skilled in the art should also know that, in addition toimplementing the controller by using the computer readable program code,logic programming can be performed on method steps to enable thecontroller to implement the same function in forms of the logic gate,the switch, the application-specific integrated circuit, theprogrammable logic controller, and the built-in microcontroller.Therefore, the controller can be considered as a hardware component, andan apparatus included in the controller and configured to implementvarious functions can also be considered as a structure in the hardwarecomponent. Or the apparatus configured to implement various functionscan even be considered as both a software module implementing the methodand a structure in the hardware component.

The present invention is described with reference to the flowchartsand/or block diagrams of the method, the device (system), and thecomputer program product based on the implementations of the presentinvention. It should be understood that computer program instructionscan be used to implement each process and/or each block in theflowcharts and/or the block diagrams and a combination of a processand/or a block in the flowcharts and/or the block diagrams. Thesecomputer program instructions can be provided for a general-purposecomputer, a dedicated computer, an embedded processor, or a processor ofanother programmable data processing device to generate a machine, sothat an apparatus for implementing a specific function in one or moreprocesses in the flowcharts and/or in one or more blocks in the blockdiagrams can be generated by using the instructions executed by thecomputer or the processor of the another programmable data processingdevice.

These computer program instructions can be stored in a computer readablememory that can instruct a computer or another programmable dataprocessing device to work in a specific way, so that the instructionsstored in the computer readable memory generate an artifact thatincludes an instruction apparatus. The instruction apparatus implementsa specific function in one or more processes in the flowcharts and/or inone or more blocks in the block diagrams.

These computer program instructions can be loaded onto a computer oranother programmable data processing device, so that a series ofoperation steps are performed on the computer or the anotherprogrammable device, thereby generating computer-implemented processing.Therefore, the instructions executed on the computer or the anotherprogrammable device provide steps for implementing a specific functionin one or more processes in the flowcharts and/or in one or more blocksin the block diagrams.

In a typical configuration, a computing device includes one or moreprocessors (CPU), one or more input/output interfaces, one or morenetwork interfaces, and one or more memories.

The memory can include a non-persistent memory, a random access memory(RAM), and/or a non-volatile memory that are in a computer readablemedium, for example, a read-only memory (ROM) or a flash memory (flashRAM). The memory is an example of the computer readable medium.

The computer readable medium includes persistent, non-persistent,movable, and unmovable media that can store information by using anymethod or technology. The information can be a computer readableinstruction, a data structure, a program module, or other data. Examplesof a computer storage medium include but are not limited to a parameterrandom access memory (PRAM), a static random access memory (SRAM), adynamic random access memory (DRAM), another type of random accessmemory (RAM), a read-only memory (ROM), an electrically erasableprogrammable read-only memory (EEPROM), a flash memory or another memorytechnology, a compact disc read-only memory (CD-ROM), a digitalversatile disc (DVD) or another optical storage, a cassette magnetictape, a magnetic tape/magnetic disk storage, another magnetic storagedevice, or any other non-transmission medium. The computer storagemedium can be used to store information accessible by the computingdevice. Based on the definition in the present specification, thecomputer readable medium does not include transitory computer readablemedia (transitory media) such as a modulated data signal and carrier.

A person skilled in the art should understand that an implementation ofthe present specification can be provided as a method, a system, or acomputer program product. Therefore, the implementations of the presentspecification can use a form of hardware only implementations, softwareonly implementations, or implementations with a combination of softwareand hardware. Moreover, the implementations of the present specificationcan use a form of a computer program product that is implemented on oneor more computer-usable storage media (including but not limited to adisk memory, a CD-ROM, an optical memory, etc.) that includecomputer-usable program code.

The implementations of the present specification can be described in thegeneral context of computer-executable instructions, for example, aprogram module. Generally, the program module includes a routine, aprogram, an object, a component, a data structure, etc. executing aspecific task or implementing a specific abstract data type. Theimplementations of the present specification can alternatively bepracticed in distributed computing environments in which tasks areperformed by remote processing devices that are connected through acommunications network. In the distributed computing environment, theprogram module can be located in both local and remote computer storagemedia including storage devices.

The implementations of the present specification are described in aprogressive way. For same or similar parts of the implementations,references can be made to the implementations. Each implementationfocuses on a difference from the other implementations. Particularly, asystem implementation is basically similar to the methodimplementations, and therefore is described briefly. For related parts,reference can be made to partial descriptions in the methodimplementations. In the descriptions of the present specification,reference terms such as “an implementation”, “some implementations”,“example”, “specific example”, and “some examples” mean that specificfeatures, structures, materials, or characteristics described withreference to the implementation or example are included in at least oneimplementation or example in the implementations of the presentspecification. In the present specification, the example expressions ofthe previous terms are not necessarily with respect to the sameimplementation or example. In addition, the described specific features,structures, materials, or characteristics can be combined in a properway in any one or more of the implementations or examples. In addition,a person skilled in the art can integrate or combine differentimplementations or examples and characteristics of differentimplementations or examples described in the present specification,provided that they do not conflict with each other.

The previous descriptions are merely implementations of theimplementations of the present specification, and are not intended tolimit the implementations of the present specification. For a personskilled in the art, the implementations of the present specification canhave various changes and variations. Any modifications, equivalentsubstitutions, and improvements made within the spirit and the principleof the implementations of the present specification shall fall withinthe scope of the claims of the implementations of the presentspecification.

FIG. 6 is a flowchart illustrating an example of a computer-implementedmethod 600 for security blockchain transactions, according to animplementation of the present disclosure. For clarity of presentation,the description that follows generally describes method 600 in thecontext of the other figures in this description. However, it will beunderstood that method 600 can be performed, for example, by any system,environment, software, and hardware, or a combination of systems,environments, software, and hardware, as appropriate. In someimplementations, various steps of method 600 can be run in parallel, incombination, in loops, or in any order.

At 602, temporary identity information associated with a transactionparticipant is determined, where the transaction participantparticipates in a transaction in a blockchain. In some implementations,the temporary identity information includes data information that isgenerated by processing real identity information associated with thetransaction participant using an asymmetric encryption algorithm. From602, method 600 proceeds to 604.

At 604, an identity signature for the transaction is performed by usingthe determined temporary identity information to obtain blockchain data.From 604, method 600 proceeds to 606.

At 606, in response to performing the identity signature, the blockchaindata is submitted to the blockchain for storage. In someimplementations, the blockchain data is associated with a contract, andwherein the identity signature is performed during at least one of acreation, a modification, and an execution of the contract.

In some implementations, method 600 further includes prior to performingthe identity signature, sending a public key associated with thetransaction participant to a specified transaction participant that isinvolved in the transaction. In such implementations, performing theidentity signature includes performing the identity signature for thetransaction by using a private key corresponding to the public key.

In some implementations, the transaction participant and the specifictransaction participant are registered with a blockchain platform; andwhere data is transmitted between the transaction participant and thespecific transaction participant through an end-to-end encryptionchannel after the blockchain platform identifies the transactionparticipant and the specific transaction participant as authorizedusers.

In some implementations, method 600 further includes encrypting aprivate key associated with the transaction participant by using apublic key associated with to a regulator to obtain encryptedinformation; and in responsive to encrypting the private key,transmitting the encrypted information to the regulator. After 606,method 600 stops.

Implementations of this specification can solve technical problems insecuring blockchain data transactions. In a blockchain application, bothparties involved can offline agree on contract content or contractexecution, and then store related data in a blockchain. Some transactiondata in a blockchain can be viewed and analyzed by another node, forexample, business activities of a member are analyzed based on thenumber of transactions submitted to the blockchain by the member withina time period, transaction types, and transaction participants. However,the transaction data can be maliciously used in this way. What is neededis a technique to bypass these problems in the conventional methods, andproviding a method that can more effectively ensure information securityof transaction participants is urgently needed in a blockchain dataservice.

Implementation of the present application provide methods andapparatuses for improving the blockchain transactions security by usingtemporary information of transaction participants. According to theseimplementations, data information is processed by using a temporaryidentity before being uploaded to the blockchain for storage, so thatassociation between transactions can be effectively removed, atransaction is difficult to be associated with a real identity, andstorage security of the blockchain data can be improved. In addition,identity signature is performed by using the public key generated byusing the asymmetric encryption algorithm and the temporary identityinformation of the transaction participant. The represented temporaryidentity information is random, and a real identity cannot be obtainedin reverse. After the temporary identity information is stored in theblockchain, another non-transaction participant (other than an agreedparty or a party with a decryption key) cannot learn of the realidentity of the transaction participant. As such, the transaction is notassociated with the real identity, and security of the real identityinformation of the user is greatly ensured

Embodiments and the operations described in this specification can beimplemented in digital electronic circuitry, or in computer software,firmware, or hardware, including the structures disclosed in thisspecification or in combinations of one or more of them. The operationscan be implemented as operations performed by a data processingapparatus on data stored on one or more computer-readable storagedevices or received from other sources. A data processing apparatus,computer, or computing device may encompass apparatus, devices, andmachines for processing data, including by way of example a programmableprocessor, a computer, a system on a chip, or multiple ones, orcombinations, of the foregoing. The apparatus can include specialpurpose logic circuitry, for example, a central processing unit (CPU), afield programmable gate array (FPGA) or an application-specificintegrated circuit (ASIC). The apparatus can also include code thatcreates an execution environment for the computer program in question,for example, code that constitutes processor firmware, a protocol stack,a database management system, an operating system (for example anoperating system or a combination of operating systems), across-platform runtime environment, a virtual machine, or a combinationof one or more of them. The apparatus and execution environment canrealize various different computing model infrastructures, such as webservices, distributed computing and grid computing infrastructures.

A computer program (also known, for example, as a program, software,software application, software module, software unit, script, or code)can be written in any form of programming language, including compiledor interpreted languages, declarative or procedural languages, and itcan be deployed in any form, including as a stand-alone program or as amodule, component, subroutine, object, or other unit suitable for use ina computing environment. A program can be stored in a portion of a filethat holds other programs or data (for example, one or more scriptsstored in a markup language document), in a single file dedicated to theprogram in question, or in multiple coordinated files (for example,files that store one or more modules, sub-programs, or portions ofcode). A computer program can be executed on one computer or on multiplecomputers that are located at one site or distributed across multiplesites and interconnected by a communication network.

Processors for execution of a computer program include, by way ofexample, both general- and special-purpose microprocessors, and any oneor more processors of any kind of digital computer. Generally, aprocessor will receive instructions and data from a read-only memory ora random-access memory or both. The essential elements of a computer area processor for performing actions in accordance with instructions andone or more memory devices for storing instructions and data. Generally,a computer will also include, or be operatively coupled to receive datafrom or transfer data to, or both, one or more mass storage devices forstoring data. A computer can be embedded in another device, for example,a mobile device, a personal digital assistant (PDA), a game console, aGlobal Positioning System (GPS) receiver, or a portable storage device.Devices suitable for storing computer program instructions and datainclude non-volatile memory, media and memory devices, including, by wayof example, semiconductor memory devices, magnetic disks, andmagneto-optical disks. The processor and the memory can be supplementedby, or incorporated in, special-purpose logic circuitry.

Mobile devices can include handsets, user equipment (UE), mobiletelephones (for example, smartphones), tablets, wearable devices (forexample, smart watches and smart eyeglasses), implanted devices withinthe human body (for example, biosensors, cochlear implants), or othertypes of mobile devices. The mobile devices can communicate wirelessly(for example, using radio frequency (RF) signals) to variouscommunication networks (described below). The mobile devices can includesensors for determining characteristics of the mobile device's currentenvironment. The sensors can include cameras, microphones, proximitysensors, GPS sensors, motion sensors, accelerometers, ambient lightsensors, moisture sensors, gyroscopes, compasses, barometers,fingerprint sensors, facial recognition systems, RF sensors (forexample, Wi-Fi and cellular radios), thermal sensors, or other types ofsensors. For example, the cameras can include a forward- or rear-facingcamera with movable or fixed lenses, a flash, an image sensor, and animage processor. The camera can be a megapixel camera capable ofcapturing details for facial and/or iris recognition. The camera alongwith a data processor and authentication information stored in memory oraccessed remotely can form a facial recognition system. The facialrecognition system or one-or-more sensors, for example, microphones,motion sensors, accelerometers, GPS sensors, or RF sensors, can be usedfor user authentication.

To provide for interaction with a user, embodiments can be implementedon a computer having a display device and an input device, for example,a liquid crystal display (LCD) or organic light-emitting diode(OLED)/virtual-reality (VR)/augmented-reality (AR) display fordisplaying information to the user and a touchscreen, keyboard, and apointing device by which the user can provide input to the computer.Other kinds of devices can be used to provide for interaction with auser as well; for example, feedback provided to the user can be any formof sensory feedback, for example, visual feedback, auditory feedback, ortactile feedback; and input from the user can be received in any form,including acoustic, speech, or tactile input. In addition, a computercan interact with a user by sending documents to and receiving documentsfrom a device that is used by the user; for example, by sending webpages to a web browser on a user's client device in response to requestsreceived from the web browser.

Embodiments can be implemented using computing devices interconnected byany form or medium of wireline or wireless digital data communication(or combination thereof), for example, a communication network. Examplesof interconnected devices are a client and a server generally remotefrom each other that typically interact through a communication network.A client, for example, a mobile device, can carry out transactionsitself, with a server, or through a server, for example, performing buy,sell, pay, give, send, or loan transactions, or authorizing the same.Such transactions may be in real time such that an action and a responseare temporally proximate; for example an individual perceives the actionand the response occurring substantially simultaneously, the timedifference for a response following the individual's action is less than1 millisecond (ms) or less than 1 second (s), or the response is withoutintentional delay taking into account processing limitations of thesystem.

Examples of communication networks include a local area network (LAN), aradio access network (RAN), a metropolitan area network (MAN), and awide area network (WAN). The communication network can include all or aportion of the Internet, another communication network, or a combinationof communication networks. Information can be transmitted on thecommunication network according to various protocols and standards,including Long Term Evolution (LTE), 5G, IEEE 802, Internet Protocol(IP), or other protocols or combinations of protocols. The communicationnetwork can transmit voice, video, biometric, or authentication data, orother information between the connected computing devices.

Features described as separate implementations may be implemented, incombination, in a single implementation, while features described as asingle implementation may be implemented in multiple implementations,separately, or in any suitable sub-combination. Operations described andclaimed in a particular order should not be understood as requiring thatthe particular order, nor that all illustrated operations must beperformed (some operations can be optional). As appropriate,multitasking or parallel-processing (or a combination of multitaskingand parallel-processing) can be performed.

What is claimed is:
 1. A computer-implemented method for securingblockchain transactions, comprising: determining temporary identityinformation for a transaction participant based on first identityinformation that identifies the transaction participant, wherein thetransaction participant participates in a first transaction in ablockchain and wherein the first transaction includes first transactioncontent; signing the first transaction using the temporary identityinformation to obtain first signed transaction content; in response tosigning the first transaction, publishing the first signed transactioncontent for storage in the blockchain; generating updated temporaryidentity information for the transaction participant based on apredetermined replacement method; identifying a second transactionparticipated in by the transaction participant; and signing the secondtransaction using the updated temporary identity information to obtainsecond signed transaction content.
 2. The computer-implemented method ofclaim 1, wherein the temporary identity information includes data thatis generated by processing the first identity information using anasymmetric encryption algorithm.
 3. The computer-implemented method ofclaim 1, wherein the data first transaction content is associated with acontract, and wherein the first transaction is signed during at leastone of a creation, a modification, and an execution of the contract. 4.The computer-implemented method of claim 1, further comprising: prior tosigning the first transaction, sending a public key associated with thetransaction participant to a specified transaction participant that isinvolved in the first transaction.
 5. The computer-implemented method ofclaim 4, wherein signing the first transaction includes: signing thefirst transaction by using a private key corresponding to the publickey.
 6. The computer-implemented method of claim 4, wherein thetransaction participant and the specified transaction participant areregistered with a blockchain platform; and wherein data is transmittedbetween the transaction participant and the specified transactionparticipant through an end-to-end encryption channel after theblockchain platform identifies the transaction participant and thespecified transaction participant as authorized users.
 7. Thecomputer-implemented method of claim 1, further comprising: encrypting aprivate key associated with the transaction participant using a publickey associated with a regulator to obtain an encrypted private key; andin responsive to encrypting the private key, transmitting the encryptedprivate key to the regulator.
 8. A non-transitory, computer-readablemedium storing one or more instructions executable by a computer systemto perform operations comprising: determining temporary identityinformation for a transaction participant based on first identityinformation that identifies the transaction participant, wherein thetransaction participant participates in a first transaction in ablockchain and wherein the first transaction includes first transactioncontent; signing the first transaction using the temporary identityinformation to obtain first signed transaction content; in response tosigning the first transaction, publishing the first signed transactioncontent for storage in the blockchain; generating updated temporaryidentity information for the transaction participant based on apredetermined replacement method; identifying a second transactionparticipated in by the transaction participant; and signing the secondtransaction using the updated temporary identity information to obtainsecond signed transaction content.
 9. The non-transitory,computer-readable medium of claim 8, wherein the temporary identityinformation includes data that is generated by processing the firstidentity information using an asymmetric encryption algorithm.
 10. Thenon-transitory, computer-readable medium of claim 8, wherein the firsttransaction content is associated with a contract, and wherein the firsttransaction is signed during at least one of a creation, a modification,and an execution of the contract.
 11. The non-transitory,computer-readable medium of claim 8, wherein the operations furthercomprise: prior to signing the first transaction, sending a public keyassociated with the transaction participant to a specified transactionparticipant that is involved in the first transaction.
 12. Thenon-transitory, computer-readable medium of claim 11, wherein signingthe first transaction includes: signing the first transaction by using aprivate key corresponding to the public key.
 13. The non-transitory,computer-readable medium of claim 11, wherein the transactionparticipant and the specified transaction participant are registeredwith a blockchain platform; and wherein data is transmitted between thetransaction participant and the specified transaction participantthrough an end-to-end encryption channel after the blockchain platformidentifies the transaction participant and the specified transactionparticipant as authorized users.
 14. The non-transitory,computer-readable medium of claim 8, wherein the operations furthercomprise: encrypting a private key associated with the transactionparticipant using a public key associated with a regulator to obtain anencrypted private key; and in responsive to encrypting the private key,transmitting the encrypted private key to the regulator.
 15. Acomputer-implemented system, comprising: one or more computers; and oneor more computer memory devices interoperably coupled with the one ormore computers and having tangible, non-transitory, machine-readablemedia storing one or more instructions that, when executed by the one ormore computers, perform one or more operations comprising: determiningtemporary identity information for a transaction participant based onfirst identity information that identifies the transaction participant,wherein the transaction participant participates in a first transactionin a blockchain and wherein the first transaction includes firsttransaction content; signing the first transaction using the temporaryidentity information to obtain first signed transaction content; inresponse to signing the first transaction, publishing the first signedtransaction content for storage in the blockchain; generating updatedtemporary identity information for the transaction participant based ona predetermined replacement method; identifying a second transactionparticipated in by the transaction participant; and signing the secondtransaction using the updated temporary identity information to obtainsecond signed transaction content.
 16. The computer-implemented systemof claim 15, wherein the temporary identity information includes datathat is generated by processing the first identity information using anasymmetric encryption algorithm.
 17. The computer-implemented system ofclaim 15, wherein the first transaction content is associated with acontract, and wherein the first transaction is signed during at leastone of a creation, a modification, and an execution of the contract. 18.The computer-implemented system of claim 17, wherein the transactionparticipant and the specified transaction participant are registeredwith a blockchain platform; and wherein data is transmitted between thetransaction participant and the specified transaction participantthrough an end-to-end encryption channel after the blockchain platformidentifies the transaction participant and the specified transactionparticipant as authorized users.
 19. The computer-implemented system ofclaim 15, the operations further comprising: prior to signing the firsttransaction, sending a public key associated with the transactionparticipant to a specified transaction participant that is involved inthe first transaction.
 20. The computer-implemented system of claim 19,wherein signing the first transaction includes: performing the identitysignature for the transaction by using a private key corresponding tothe public key.